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Abstract of EP0518504 

This invention relates to personal computers, and 
more particularly to personal computers in which 
performance is enhanced by enabling arbitration 
for control over a local processor bus among a 
plurality of "master" devices coupled directly to 
the local processor bus. A personal computer 
system in accordance with this invention has a 
high speed local processor data bus; an 
input/output data bus; at least two master devices 
coupled directly to the local processor bus; and a 
bus interface controller coupled directly to the 
local processor bus and directly to the 
input/output data bus for providing 
communications between the local processor bus 
and input/output data bus, with the bus interface 
controller providing for arbitration among the 
master devices coupled directly to the local 
processor bus for access to the local processor 
bus, and providing for arbitration among the local 
processor bus and any devices coupled directly 
to the input/output data bus for access to the 
input/output data bus. 
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0 This invention relates to personal computers, 
and more particularly to personal computers in 
which performance is enhanced by enabling arbitra- 
tion for control over a local processor bus among a 
plurality of "master" devices coupled directly to the 
local processor bus. A personal computer system in 
accordance with this invention has a high speed 
local processor data bus; an input/output data bus; at 
least two master devices coupled directly to the 
local processor bus; and a bus interface controller 
coupled directly to the local processor bus and di- 
rectly to the input/output data bus for providing com- 
munications between the local processor bus and 
input/output data bus, with the bus interface control- 
ler providing for arbitration among the master de- 
vices coupled directly to the local processor bus for 
access to the local processor bus, and providing for 
arbitration among the local processor bus and any 
devices coupled directly to the input/output data bus 
for access to the input/output data bus. 
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This invention relates to personal computers, 
and more particularly to personal computers in 
which performance is enhanced by enabling ar- 
bitration for control over a local processor bus 
among a plurality of "master" devices coupled 
directly to the local processor bus. 

Personal computer systems in general and IBM 
personal computers in particular have attained 
widespread use for providing computer power to 
many segments of today's modern society. Per- 
sonal computer systems can usually be defined as 
a desk top, floor standing, or portable microcom- 
puter that consists of a system unit having a single 
system processor and associated volatile and non- 
volatile memory, a display monitor, a keyboard, 
one or more diskette drives, a fixed disk storage, 
and an optional printer. One of the distinguishing 
characteristics of these systems is the use of a 
motherboard or system planar to connect these 
components together. These systems are designed 
primarily to give independent computing power to a 
single user and are inexpensively priced for pur- 
chase by individuals or small businesses. Exam- 
ples of such personal computer systems are IBM's 
PERSONAL COMPUTER AT and IBM's PERSON- 
AL SYSTEM/2 Models 25, 30, L40SX, 50, 55, 65, 
70, 80, 90 and 95. 

These systems can be classified into two gen- 
eral families. The first family, usually referred to as 
Family I Models, use a bus architecture exempli- 
fied by the IBM PERSONAL COMPUTER AT and 
other "IBM compatible" machines. The second 
family, referred to as Family II Models, use IBM's 
MICRO CHANNEL bus architecture exemplified by 
IBM's In the beginning, the Family I models typi- 
cally used the popular INTEL 8088 or 8086 micro- 
processor as the system processor. These proces- 
sors have the ability to address one megabyte of 
memory. Later Family I models and the Family II 
models typically use the higher speed INTEL 
80286, 80386, and 80486 microprocessors which 
can operate in a real mode to emulate the slower 
speed INTEL 8086 microprocessor or a protected 
mode which extends the addressing range from 1 
megabyte to 4 Gigabytes for some models. In 
essence, the real mode feature of the 80286, 
80386, and 80486 processors provide hardware 
compatibility with software written for the 8086 and 
8088 microprocessors. 

As personal computer technology has devel- 
oped and moved from eight to sixteen and even- 
tually thirty two bit wide bus interaction and higher 
speed microprocessors capable of real and pro- 
tected mode operation, performance capability has 
been sought by separating the architecture of the 
personal computer into varying bus areas. More 
specifically, in the original IBM PC, what came to 
be known as the expansion bus was essentially a 



direct extension of the microprocessor (8086 or 
8088) connections, buffered and demultiplexed as 
required. Later, as the AT bus specification was 
developed and came into wide use (now being also 

5 known as the Industry Standard Architecture or 
ISA), it became possible to sever the nearly direct 
connection between the microprocessor and the 
bus, giving rise to the presence of what became 
known as the local processor bus and the renaming 

70 of the expansion bus as the input/output bus. Typi- 
cally, in order to enhance performance, the local 
processor bus runs at a higher clock speed 
(typically expressed in Hertz) than does the 
input/output bus. The IBM AT architecture also 

75 opened the possibility of running more than one 
microprocessor on the input/output bus, through 
use of direct memory access (DMA) interrupts. 

As performance enhancement has continued to 
be sought, difficulties inherent in opening the pos- 

20 sibility of multiple masters contending for access to 
and control of the local processor bus have be- 
come apparent, as have the potential benefits of 
consolidating the functions necessary in operating 
a personal computer in as few integrated circuit 

25 chips as possible. 

Now according to the present invention there is 
proivded a personal computer system comprising: 
a high speed data bus; an input/output data bus; at 
least two master devices coupled directly to said 

30 high speed bus; and a bus interface controller 
coupled directly to said high speed bus and di- 
rectly to said input/output data bus for providing 
communications between said high speed bus and 
said input/output data bus, said bus interface con- 

35 trailer providing for arbitration among said master 
devices coupled directly to said high speed bus for 
access to said high speed bus, and providing for 
arbitration among said high speed bus and any 
devices coupled directly to said input/output data 

40 bus for access to said input/output data bus. 

Further according to the present invention 
there is provided a personal computer system 
comprising: a high speed data bus; a microproces- 
sor coupled directly to said high speed data bus; a 

45 numeric co-processor coupled directly to said high 
speed data bus; volatile memory coupled directly 
to said high speed data bus for volatile storage of 
data; storage memory devices for nonvolatile stor- 
age of data; a storage controller coupled directly to 

so said high speed data bus and to said storage 
memory devices for regulating communications 
with said storage memory devices; an input/output 
data bus; an input/output controller coupled directly 
to said input/output data bus; a digital signal pro- 

55 cessor coupled directly to said input/output data 
bus; a video signal processor coupled directly to 
said input/output data bus; and a bus interface 
controller coupled to said high speed data bus and 
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to said input/output data bus for providing commu- 
nications between said high speed data bus and 
said input/output data bus, said bus interface con- 
troller providing for arbitration among said micro- 
processor and said numeric co-processor and said 
storage controller coupled directly to said high 
speed data bus for access to said high speed data 
bus, and providing for arbitration among said 
input/output controller and said digital signal pro- 
cessor and said video signal processor coupled 
directly to said input/output data bus and said high 
speed data bus for access to said input/output data 
bus. 

In the drawings:- 

Figure 1 is a perspective view of a personal 
computer embodying this invention; 
Figure 2 is an exploded perspective view of 
certain elements of the personal computer of 
Figure 1 including a chassis, a cover, and a 
planar board and illustrating certain relationships 
among those elements; 

Figure 3 is a schematic view of certain compo- 
nents of the personal computer of Figures 1 and 
2; 

Figure 4 is schematic representation of certain 
functions achieved by the bus interface control- 
ler of Figure 3; 

Figure 5 is a signal chart illustrating operation of 
the bus interface controller in a first operating 
circumstance; and 

Figures 6 through 16 are signal charts similar to 
Figure 5 illustrating operation of the bus inter- 
face controller in other operating circumstances. 

Detailed Description of Invention 

While the present invention will be described 
more fully hereinafter with reference to the accom- 
panying drawings, in which a preferred embodi- 
ment of the present invention is shown, it is to be 
understood at the outset of the description which 
follows that persons of skill in the appropriate arts 
may modify the invention here described while still 
achieving the favorable results of this invention. 
Accordingly, the description which follows is to be 
understood as being a broad, teaching disclosure 
directed to persons of skill in the appropriate arts, 
and not as limiting upon the present invention. 

Referring now more particularly to the accom- 
panying drawings, a microcomputer embodying the 
present invention is there shown and generally 
indicated at 10 (Figure 1). As mentioned 
hereinabove, the computer 10 may have an asso- 
ciated monitor 11, keyboard 12 and printer or plot- 
ter 14. The computer 10 has a cover 15 which 
cooperates with a chassis 19 in defining an en- 
closed, shielded volume for receiving electrically 
powered data processing and storage components 



for processing and storing digital data, as shown in 
Figure 2. At least certain of these components are 
mounted on a multilayer planar 20 or motherboard 
which is mounted on the chassis 19 and provides a 

5 means for electrically interconnecting the compo- 
nents of the computer 10 including those identified 
above and such other associated elements as flop- 
py disk drives, various forms of direct access stor- 
age devices, accessory cards or boards, and the 

70 like. 

The chassis 19 has a base and a rear panel 
(Figure 2) and defines at least one open bay for 
receiving a data storage device such as a disk 
drive for magnetic or optical disks, a tape backup 

75 drive, or the like. In the illustrated form, an upper 
bay 22 is adapted to receive peripheral drives of a 
first size (such as those known as 3.5 inch drives). 
A floppy disk drive, a removable media direct ac- 
cess storage device capable of receiving a diskette 

20 inserted thereinto and using the diskette to receive, 
store and deliver data as is generally known, may 
be provided in the upper bay 22. 

Prior to relating the above structure to the 
present invention, a summary of the operation in 

25 general of the personal computer system 10 may 
merit review. Referring to Figure 3, there is shown 
a block diagram of a personal computer system 
illustrating the various components of the computer 
system such as the system 10 in accordance with 

30 the present invention, including components moun- 
ted on the planar 20 and the connection of the 
planar to the I/O slots and other hardware of the 
personal computer system. Connected to the 
planar is the system processor 32. While any ap- 

35 propriate microprocessor can be used as the CPU 
32, one suitable microprocessor is the 80386 which 
is sold by INTEL. The CPU 32 is connected by a 
high speed CPU local bus 34 to a bus interface 
control unit 35, to volatile random access memory 

40 (RAM) 36 here shown as Single Inline Memory 
Modules (SIMMs) and to BIOS ROM 38 in which is 
stored instructions for basic input/output operations 
to the CPU 32. The BIOS ROM 38 includes the 
BIOS that is used to interface between the I/O 

45 devices and the operating system of the micropro- 
cessor 32. Instructions stored in ROM 38 can be 
copied into RAM 36 to decrease the execution time 
of BIOS. 

While the present invention is described 
50 hereinafter with particular reference to the system 
block diagram of Figure 3, it is to be understood at 
the outset of the description which follows that it is 
contemplated that the apparatus and methods in 
accordance with the present invention may be used 
55 with other hardware configurations of the planar 
board. For example, the system processor could 
be an Intel 80486 microprocessor. 

Returning now to Figure 3, the CPU local bus 
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34 (comprising data, address and control compo- 
nents) also provides for the connection of the 
microprocessor 32 with a numeric or math 
coprocessor 39 and a Small Computer Systems 
Interface (SCSI) controller 40. The SCSI controller 
40 may, as is known to persons skilled in the arts 
of computer design and operation, be connected or 
connectable with Read Only Memory (ROM) 41, 
RAM 42, and suitable external devices of a variety 
of types as facilitated by the I/O connection in- 
dicated to the right in the Figure. The SCSI control- 
ler 40 functions as a storage controller in control- 
ling storage memory devices such as fixed or 
removable media electromagnetic storage devices 
(also known as hard and floppy disk drives), 
electro-optical, tape and other storage devices. 

The bus interface controller (BIC) 35 couples 
the CPU local bus 34 with an I/O bus 44 and 
functions as a protocol translator, memory control- 
ler and DMA controller among other functions. By 
means of the bus 44, the BIC 35 is coupled with an 
optional feature bus such as a MICRO CHANNEL 
bus having a plurality of I/O slots for receiving 
MICRO CHANNEL adapter cards 45 which may be 
further connected to an I/O device or memory (not 
shown). The I/O bus 44 includes address, data, and 
control components. The I/O bus 44 may be con- 
figured to bus specifications other than the MICRO 
CHANNEL specification. 

Coupled along the I/O bus 44 are a variety of 
I/O components such as a video signal processor 
46 which is associated with video RAM (VRAM) for 
storing character based information (indicated at 
48) and for storing graphic or image based in- 
formation (indicated at 49). Video signals ex- 
changed with the processor 46 may be passed 
through a Digital to Analog Converter (DAC) 50 to a 
monitor or other display device. Provision is also 
made for connecting the VSP 46 directly with what 
is here referred to as a natural image input/output, 
which may take the form of a video 
recorder/player, camera, etc. The I/O bus 44 is also 
coupled with a Digital Signal Processor (DSP) 51 
which has associated instruction RAM 52 and data 
RAM 54 available to store software instructions for 
the processing of signals by the DSP 51 and data 
involved in such processing. The DSP 51 provides 
for processing of audio inputs and outputs by the 
provision of an audio controller 55, and for handling 
of other signals by provision of an analog interface 
controller 56. Lastly, the I/O bus 44 is coupled with 
a input/output controller 58 with associated Elec- 
trical Erasable Programmable Read Only Memory 
(EEPROM) 59 by which inputs and outputs are 
exchanged with conventional peripherals including 
floppy disk drives, a printer or plotter 14, keyboard 
12, a mouse or pointing device (not shown), and by 
means of a serial port. 



Before turning in greater detail to a description 
of the functions served by the BIC 35, it is appro- 
priate to first consider the support by a personal 
computer of what have been known as multiple 

5 masters or bus masters. As here used, a "master" 
is a processor or any circuit designed to gain 
control over a bus and drive address, data and 
control signals on the bus. Having such capability 
enables a master device to transfer information 

70 between system memory and other devices. 

It has been proposed that masters be divided 
among three types -- system master (usually the 
CPU), DMA controller, and bus master. The system 
master controls and manages the system configu- 

75 ration. It is usually the default master in the sys- 
tem. The default master owns the bus when no 
other master requires it. A DMA master is a special 
type of master which transfers data between DMA 
slaves and memory slaves, and does not arbitrate 

20 for the bus but services the DMA slave that is the 
arbitrator. As here used, a bus master arbitrates for 
use of the bus and supports information transfers 
with an I/O slave or memory slave. 

What makes a device a "bus master" can be 

25 confusing, as bus masters do not necessarily re- 
quire a processor. Also, a bus master may be 
called on to respond as a slave when accessed by 
another bus master. A bus master is distinguished 
by the capability of gaining control of the bus 

30 through arbitration and controlling the execution of 
a defined bus cycle. Generally, there are three 
types of bus masters: full function, special function 
controllers, and programmable special function 
controllers. The fundamental differences among 

35 them are degrees of flexibility, function and cost. 
The full function bus master is the most flexible, 
has the most function, and costs most. Typically, a 
full function bus master will have its own program- 
mable CPU and be capable of controlling all sys- 

40 tern resources, including operating system soft- 
ware. Special function controllers have the least 
flexibility, function and cost. Typically, a special 
function controller will use logic circuits but no CPU 
to perform a specific function while requiring little 

45 or no assistance from other masters. Program- 
mable special function controllers span the range 
between the other two. The fundamental difference 
between special function and programmable spe- 
cial function controllers is the ability to modify the 

so function and/or execution characteristics of the bus 
master. Such modification can be accomplished 
through use of processing units or through settable 
registers. 

Within the definitions here given, the CPU 32, 
55 MCPU 39, and SCSI controller 40 may all function 
as masters directly coupled to or on the local bus 
34, while the I/O controller 58, DSP 51, VSP 46 and 
possibly accessory boards 45 mounted in the 
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MICRO CHANNEL slots may all function as mas- 
ters directly coupled to or on the input/output bus 
44. 

With such multiple masters, the BIC 35 func- 
tions to provide for arbitration among devices di- 
rectly coupled to the input/output bus 44 for access 
to the input/output bus and to the local processor 
bus 34, and for arbitration among the input/output 
bus 44 and the master devices coupled directly to 
the local processor bus 34 for access to the local 
processor bus 34. This "layering" of arbitration 
procedures is illustrated in Figure 4, which is a 
schematic representation of certain BIC functions 
and the signal lines used in achieving those func- 
tions. As there shown, the BIC 35 functions as a 
central arbitration control point (CACP) for the I/O 
bus 44 by the exchange of certain signals with that 
bus (shown as ARBUS0,1,2,3; PREEMPTS and 
BURST#) and also functions as a local bus arbitra- 
tion control point (LBACP) by the exchange of 
certain signals with the CACP, the I/O bus 44 and 
the masters directly connected to local processor 
bus 34 (shown as ARBUS0,1.2,3; PREEMPT*; 
BURST#; BRQ1# through BRQn#; BGT1# through 

BGTn#; CACP_HOLD; CACP HLDA; 

CPU_HOLD; and CPU_HLDA). 

The layering of arbitration and the manner in 
which the BIC 35 functions in that regard will 
become more clear form the series of examples 
given in Figures 5 through 16. To briefly review the 
various operating sequences represented by those 
diagrams, Figure 5 shows the LBACP function re- 
linquishing control to the CACP function. Figure 6 
shows the LBACP function bumping or removing a 
device from bus access during a non-pipelined 
cycle. Figure 7 shows the LBACP function bumping 
a device during an idle state. Figure 8 shows a 
device giving up the local processor bus 34 during 
an idle state. Figure 9 shows a device which has 
been executing a read function giving up the bus to 
a second device which performs a write function. 
Figure 10 shows a device which has been execut- 
ing a read function giving up the bus to the default 
master, the CPU 32. Figure 11 shows a device 
which has been executing a write function giving 
up the bus to the default master, the CPU 32. 
Figure 12 shows the LBACP function bumping the 
CPU 32 and giving the bus to another device. 
Figure 13 shows the LBACP function bumping a 
first device performing a read function and giving 
the bus to a second device performing a write 
function. Figure 14 shows the LBACP function 
bumping a first device which has been performing 
a write function and giving the bus to a second 
device performing a write function. Figure 15 
shows the LBACP function bumping a device which 
has been performing a read function and giving the 
bus to the default master, the CPU 32. Figure 16 



shows the LBACP function bumping a device which 
has been performing a write function and giving the 
bus to the default master, the CPU 32. 

Each of the diagrams includes specifically 
5 identified significant points, which will be discussed 
hereinafter. 

At this point, it will be noted that the BIC 35 
and each local bus 34 master (CPU 32, MCPU 39, 
SCSI 40 in the illustrated embodiment) are con- 

w nected by two signals dedicated to bus arbitration, 
namely signals BRQn# and BGTn# (the lower case 
letter "n" to be replaced, by a digit identifying a 
specific master). BRQn# is an output from the 
master to the LBACP function of BIG 35 indicating 

75 a request for control of the local bus 34; BRQn# is 
an active LOW signal. The masters will drive the 
corresponding BRQn# active and await assertion of 
BGTn# before driving the local bus 34. A winning 
local bus master will take BRQn# inactive when 

20 BGTn# is sampled inactive or when it has finished 
using the bus. Taking BRQn# inactive serves as an 
indication that the address bus and bus cycle defi- 
nition signals are being placed in a high impedance 
state. 

25 BGTn# is an output from the LBACP function 
of the BIC 35 to the master indicating that the 
master has been granted control of the local bus 
34. BGTn# is an active LOW signal. This signal will 
be held active by the LBACP until BRQn# is driven 

30 inactive or another bus request is received by the 
LBACP. If BGTn# is taken inactive by the LBACP, 
the current local bus master will release the bus 
(driving BRQn# inactive) as soon as the current 
transfer is completed. The LBACP will not drive 

35 BGTn# active for the next local bus request pend- 
ing until the previous master has driven BRQn# 
inactive and it has completed the last transfer. 

A priority and simple rotational fairness 
scheme are implemented in the LBACP, with local 

40 bus devices being ranked by assignment of priority 
numbers from highest priority (identified as device 
"1") to lowest priority (identified as device "n" 
where the letter represents the highest number 
provided for in the functional design). Due to the 

45 possibility of a higher priority device precluding a 
lower priority device from winning the bus, the 
pendency of bus access requests will cause the 
LBACP to put any winning master into an inactive 
state after it finishes data transfer and not grant the 

so bus to that device until after all other requestors 
have received bus service. 

When an input/output bus device (such as the 
I/O controller 58, digital signal processor 51 or 
video signal processor 46) controls the input/output 

55 bus 44 and requests are pending on the local bus 
34, the LBACP will compete on behalf of the local 
bus masters in I/O bus arbitration cycles performed 
by the CACP function. The LBACP function may 
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have a different arbitration level assigned for each 
master, recognizing the priorities assigned as de- 
scribed above. If any assigned arbitration level wins 
at the I/O bus level, then the LBACP function will 
drive BURST# active and allocate control of the 
bus among all local processor bus masters that 
have pending requests. 

The LBACP function interfaces with the CACP 
function and the CPU 32 through signals identified 

in Figure 4 as CACP_HOLD; CACP HLDA; 

CPU_HOLD; and CPU_HLDA. In prior personal 
computer systems, the latter two signals have been 
exchanged directly between a CACP function and 
the CPU. The interaction of the two level arbitration 
contemplated by this invention becomes more 
clear from a more detailed study of Figures 5 
through 16. In each of the diagrams of Figure 5 
through 16, the passage of time is indicated by the 
clock cycles on the line CLK2. 

In Figure 5, six particular timing points are 
identified. At a first point (1), a device coupled 
directly to the I/O bus 44 exercises a preempt for 
the high speed, local processor bus 34. At some 
unknown interval later, at a second point (2), a local 
processor bus master which has been using the 
high speed bus places certain signals in a high 
impedance state. With a transfer complete, the 
device indicates that it is ready to release the bus 
at a third point (3), after which the LBACP function 
bars further access to the bus at a fourth point (4), 
confirms that the default master CPU 32 is in a 
hold state and, at a fifth point (5), releases the 
CACP function to grant access to the bus at a sixth 
point (6). This sequence relinquishes control from 
the LBACP to the CACP function. 

A change in local processor bus masters is 
illustrated in Figure 6, where the sequence illus- 
trates the LBACP withdrawing a grant of access at 
a first point (1), and the affected master relinquish- 
ing the bus at a second point (2) and placing 
certain signals in a high impedance state at a third 
point (3). The LBACP function then makes a grant 
of access at a fourth point (4), memory control 
logic detects a change in masters and inactivates 
RAS# at a fifth point (5), and the next master 
granted access captures the bus at a sixth point 
(6). 

In Figure 7, the LBACP function bumps a de- 
vice during an idle state. At a first point (1), a local 
bus slave requests pipelining, and the current local 
bus master is unable to supply the next address. At 
a second point (2), the LBACP function takes 
BGT1# inactive during an idle state on the bus, 
after which the first device removes BRQ1# at a 
third point (3) and places certain signals in a high 
impedance state at a fourth point (4). At a fifth 
point (5), the LBACP function indicates another 
device to access the bus by taking BGT2# active, 



after which the memory control logic detects a 
change in masters and inactivates RAS# at a sixth 
point (6). The second device detects BGT2# as- 
serted and assumes access to the bus at a seventh 

5 point (7). 

The sequence of Figure 8 results in one device 
relinquishing the bus during an idle state. The first 
device removes BRQ1# at a first point (1), indicat- 
ing that it is giving up the bus, and places certain 

70 signals in high impedance states at a second point 
(2). The LBACP function then takes BGT1# inactive 
at a third point (3) and BGT2# active at a fourth 
point (4), whereupon the memory control logic de- 
tects a change in masters and inactivates RAS# at 

75 a fifth point (5). The second master detects BGT2# 
asserted and accesses the bus at a sixth point (6). 

A device which has been performing a read 
function relinquishes the bus to a device to perform 
a write function in the sequence of Figure 9. The 

20 first device, responding to NA# removes BRQ1# at 
a first point (1), indicating that it is ready to relin- 
quish the bus, and places certain signals in high 
impedance state at a second point (2). The LBACP 
function then takes BGT1# inactive at a third point 

25 (3) and BGT2# active at a fourth point (4), where- 
upon the memory control logic detects a change in 
masters and inactivates RAS# at a fifth point (5). 
The second master detects BGT2# asserted and 
accesses the bus at a sixth point (6). 

30 A device which has been performing a read 
function relinquishes the bus to the default master 
CPU in the sequence of Figure 10. The device, 
responding to NA# removes BRQn# at a first point 
(1), indicating that it is ready to relinquish the bus, 

35 and places certain signals in high impedance state 
at a second point (2). The LBACP function then 
takes BGTn# inactive at a third point (3) and HOLD 
inactive at a fourth point (4), whereupon the mem- 
ory control logic detects a change in masters and 

40 inactivates RAS# at a fifth point (5). The default 
master detects HOLD inactive and takes control of 
the bus at a sixth point (6). 

A device which has been performing a write 
function relinquishes the bus to the default master 

45 CPU in the sequence of Figure 11. The device, 
responding to NA# removes BRQn# at a first point 
(1), indicating that it is ready to relinquish the bus, 
and places certain signals in high impedance state 
at a second point (2). The LBACP function then 

50 takes BGTn# inactive at a third point (3) and HOLD 
inactive at a fourth point (4), whereupon the mem- 
ory control logic detects a change in masters and 
inactivates RAS# at a fifth point (5). The default 
master detects HOLD inactive and takes control of 

55 the bus at a sixth point (6). 

The LBACP function detects a request for bus 
access and bumps the default master CPU in the 
sequence of Figure 12, where a device activates 
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BRQn# at a first point (1). The LBACP function 
detects BRQn# active and activates HOLD at a 
second point (2). The CPU returns HLDA and turns 
off its output drivers at a third point (3). The LBACP 
detects HLDA at a fourth point (4) and activates 
BGTn#, whereupon the memory control logic de- 
tects a change in masters and inactivates RAS# at 
a fifth point (5) if RAS# is then active. The device 
then detects BGTn# active and accesses the bus. 

A device which has been performing a read 
function is bumped from the bus and the bus given 
to a device to perform a write function in the 
sequence of Figure 13. The LBACP function takes 
BGT1# inactive at a first point (1). The first device, 
responding to NA#, then removes BRQ1# at a 
second point (2), indicating that it is ready to relin- 
quish the bus, and places certain signals in high 
impedance state at a third point (3). The LBACP 
function then takes BGT2# active at a fourth point 
(4), whereupon the memory control logic detects a 
change in masters and inactivates RAS# at a fifth 
point (5). The second master detects BGT2# as- 
serted and accesses the bus at a sixth point (6). 

A device which has been performing a write 
function is bumped from the bus and the bus given 
to a second device to perform a write function in 
the sequence of Figure 14. The LBACP function 
takes BGT1# inactive at a first point (1). The first 
device, responding to NA#, then removes BRQ1# 
at a second point (2), indicating that it is ready to 
relinquish the bus, and places certain signals in 
high impedance state at a third point (3). The 
LBACP function then takes BGT2# active at a 
fourth point (4), whereupon the memory control 
logic detects a change in masters and inactivates 
RAS# at a fifth point (5). The second master de- 
tects BGT2# asserted and accesses the bus at a 
sixth point (6). 

A device which has been performing a read 
function is bumped from the bus and the bus given 
to the default master CPU in the sequence of 
Figure 15. The LBACP function takes BGT1# inac- 
tive at a first point (1). The first device, responding 
to NA# t then removes BRQ1# at a second point 
(2), indicating that it is ready to relinquish the bus, 
and places certain signals in high impedance state 
at a third point (3). The LBACP function then takes 
HOLD inactive at a fourth point (4), whereupon the 
memory control logic detects a change in masters 
and inactivates RAS# at a fifth point (5). The de- 
fault master detects HOLD inactive and takes con- 
trol of the bus at a sixth point (6). 

In the sequence of Figure 16, the LBACP func- 
tion bumps a device performing a write function 
and transfers the bus to the default master CPU. 
The LBACP function takes BGT1# inactive at a first 
point (1). The first device, responding to NA#, then 
removes BRQ1# at a second point (2), indicating 



that it is ready to relinquish the bus, and places 
certain signals in high impedance state at a third 
point (3). The LBACP function then takes HOLD 
inactive at a fourth point (4), whereupon the mem- 
5 ory control logic detects a change in masters and 
inactivates RAS# at a fifth point (5). The default 
master detects HOLD inactive and takes control of 
the bus at a sixth point (6). 

10 Claims 

■ 1. A personal computer system comprising: 
a high speed data bus; 

75 

an input/output data bus; 

at least two master devices coupled di- 
rectly to said high speed bus; and 

20 

a bus interface controller coupled directly 
to said high speed bus and directly to said 
input/output data bus for providing communica- 
tions between said high speed bus and said 

25 input/output data bus, said bus interface con- 

troller providing for arbitration among said 
master devices coupled directly to said high 
speed bus for access to said high speed bus, 
and providing for arbitration among said high 

30 speed bus and any devices coupled directly to 
said input/output data bus for access to said 
input/output data bus. 

2. A personal computer according to Claim 1 
35 wherein said bus interface controller defines a 
local bus arbitration control point through 
which said master devices arbitrate for access 
to said high speed bus and defines a central 
arbitration control point through which any de- 
40 vices coupled directly to said input/output data 
bus arbitrate for access to said input/output 
data bus, and further wherein each of said 
master devices signals to said bus interface 
controller a request for control of said high 
45 speed bus and said bus interface controller 
signals to each of said master devices any 
grant of a signalled request for control of said 
high speed bus. 

50 3. A personal computer according to Claim 2 
wherein said bus interface controller ranks said 
master devices in priority order for signalling a 
grant of control. 

55 4. A personal computer according to Claim 3 
wherein said bus interface controller rotates 
priority among said master devices and as- 
signs lowest priority among a plurality of mas- 
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ter devices each signalling a request for bus 
access to that master device which has most 
recently obtained control of the high speed 
bus. 

5 

5. A personal computer according to Claim 1 
wherein said bus interface controller defines a 
local bus arbitration control point through 
which said master devices arbitrate for access 

to said high speed bus and defines a central 10 
arbitration control point through -which any de- 
vices coupled directly to said input/output data 
bus arbitrate for access to said input/output 
data bus, and further wherein one of said mas- 
ter devices is a default master normally con- 75 
trolling said high speed bus, both of said con- 
trol points exchange with said input/output bus 
signals indicative of input/output bus arbitra- 
tion, preemption and burst data transfer, said 
control points exchange with one another sig- 20 
nals indicative of a hold on arbitration by said 
central arbitration control point and of acknowl- 
edgement of such a hold, and said local bus 
arbitration control point exchanges with said 
default master signals indicative of a hold on 25 
access by said default master and of acknowl- 
edgement of such a hold. 

6. A personal computer system according to 
claim 1 wherein there is provided: 30 

a microprocessor coupled directly to said 
high speed data bus; 

volatile memory coupled directly to said 35 
high speed data bus for volatile storage of 
data; 

storage memory devices for nonvolatile 
storage of data; 40 

a storage controller coupled directly to 
said high speed data bus and to said storage 
memory devices for regulating communica- 
tions with said storage memory devices; and 45 

the bus interface controller provides for 
arbitration among said microprocessor and 
said storage controller coupled directly to said 
high speed data bus for access to said high 50 
speed data bus, and provides for arbitration 
among any devices coupled directly to said 
input/output data bus and said high speed data 
bus for access to said input/output data bus. 

55 

7. A personal computer according to Claim 6 
wherein said bus interface controller defines a 
local bus arbitration control point through 



which said microprocessor and said storage 
controller arbitrate for access to said local pro- 
cessor bus and defines a central arbitration 
control point through which any devices coup- 
led directly to said input/output data bus ar- 
bitrate for access to said input/output data bus, 
and further wherein each of said microproces- 
sor and said storage controller signals to said 
bus interface controller a request for control of 
said local processor bus and said bus interface 
controller signals to each of said microproces- 
sor and said storage controller any grant of a 
signalled request for control of said local pro- 
cessor bus. 

8. A personal computer according to Claim 7 
wherein said bus interface controller ranks said 
microprocessor and said storage controller in 
priority order for signalling a grant of control. 

9. A personal computer according to Claim 8 
wherein said bus interface controller rotates 
priority among said microprocessor and said 
storage controller and assigns lowest priority 
between the two of said microprocessor and 
said storage controller each signalling a re- 
quest for bus access to that one which has 
most recently obtained control of the local pro- 
cessor bus. 

10. A personal computer according to Claim 6 
wherein said bus interface controller defines a 
local bus arbitration control point through 
which said microprocessor and said storage 
controller arbitrate for access to said local pro- 
cessor bus and defines a central arbitration 
control point through which any devices coup- 
led directly to said input/output data bus ar- 
bitrate for access to said input/output data bus, 
and further wherein said microprocessor is a 
default master normally controlling said local 
processor bus, both of said control points ex- 
change with said input/output bus signals indi- 
cative of input/output bus arbitration, preemp- 
tion and burst data transfer, said control points 
exchange with one another signals indicative of 
a hold on arbitration by said central arbitration 
control point and of acknowledgement of such 
a hold, and said local bus arbitration control 
point exchanges with said microprocessor sig- 
nals indicative of a hold on access by said 
microprocessor and of acknowledgement of 
such a hold. 

11. A personal computer system comprising: 

a high speed data bus; 
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a microprocessor coupled directly to said 
high speed data bus; 

a numeric co-processor coupled directly to 
said high speed data bus; 

volatile memory coupled directly to said 
high speed data bus for volatile storage of 
data; 

storage memory devices for nonvolatile 
storage of data; 

a storage controller coupled directly to 
said high speed data bus and to said storage 
memory devices for regulating communica- 
tions with said storage memory devices; 

an input/output data bus; 

an input/output controller coupled directly 
to said input/output data bus; 

a digital signal processor coupled directly 
to said input/output data bus; 

a video signal processor coupled directly 
to said input/output data bus; and 

a bus interface controller coupled to said 
high speed data bus and to said input/output 
data bus for providing communications be- 
tween said high speed data bus and said 
input/output data bus, said bus interface con- 
troller providing for arbitration among said 
microprocessor and said numeric co-processor 
and said storage controller coupled directly to 
said high speed data bus for access to said 
high speed data bus, and providing for arbitra- 
tion among said input/output controller and 
said digital signal processor and said video 
signal processor coupled directly to said 
input/output data bus and said high speed data 
bus for access to said input/output data bus. 

12. A personal computer according to Claim 11 
wherein said bus interface controller defines a 
local bus arbitration control point through 
which said microprocessor and said storage 
controller arbitrate for access to said local pro- 
cessor bus and defines a central arbitration 
control point through which said input/output 
controller and said digital signal processor and 
said video signal processor arbitrate for access 
to said input/output data bus, and further 
wherein each of said microprocessor and said 
storage controller signals to said bus interface 
controller a request for control of said local 



processor bus and said bus interface controller 
signals to each of said microprocessor and 
said storage controller and said numeric co- 
processor any grant of a signalled request for 
5 control of said local processor bus. 

13. A personal computer according to Claim 12 
wherein said bus interface controller ranks said 
microprocessor and said storage controller and 

ro sa|d numeric co-processor in priority order for 
signalling a grant of control. 

14. A personal computer according to Claim 13 
wherein said bus interface controller rotates 

75 priority among said microprocessor and said 

storage controller and said numeric co-proces- 
sor and assigns lowest priority among the 
three of said microprocessor and said storage 
controller and said numeric co-processor each 

20 signalling a request for bus access to that one 
which has most recently obtained control of 
the local processor bus. 

15. A personal computer according to Claim 11 
25 wherein said bus interface controller defines a 

local bus arbitration control point through 
which said microprocessor and said storage 
controller and said numeric co-processor ar- 
bitrate for access to said local processor bus 

30 and defines a central arbitration control point 
through which said input/output controller and 
said digital signal processor and said video 
signal processor arbitrate for access to said 
input/output data bus, and further wherein said 

35 microprocessor is a default master normally 
controlling said local processor bus, both of 
said control points exchange with said 
input/output bus signals indicative of 
input/output bus arbitration, preemption and 

40 burst data transfer, said control points ex- 
change with one another signals indicative of a 
hold on arbitration by said central arbitration 
control point and of acknowledgement of such 
a hold, and said local bus arbitration control 

45 point exchanges with said microprocessor sig- 

nals indicative of a hold on access by said 
microprocessor and of acknowledgement of 
such a hold. 

50 
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